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OBJE CT-ORIENTED DOCUMENT ASSEMBL YSYgXEM-7 

BACKGROUND 

The following invention relates to a system for assembling documents and, in 
particular, to an object-oriented document assembly system for producing financial contracts. 

Whenever a securities dealer executes a trade in a financial security on behalf of a 
client, the dealer is required by SEC regulations to send the client a financial contract 
confirming the trade. The document, generally called a trade confirmation, evidences all of 
the economic and non-economic terms of the transaction. Although trade confirmations for 
many types of securities are typically standardized, trade confirmations for privately 
negotiated securities and other swaps and derivatives must contain both specific economic 
terms and any special legal, credit and other non-economic terms that are applicable based 
upon the facts and circumstances of a particular transaction. The formats used for trade 
confirmations are largely based on industry standard terms and provisions, and the formats 
vary depending on the type of security traded. For example, with respect to swaps and 
derivatives, a trade association called the International Swaps and Derivatives Association, 
Inc. ("ISDA") publishes suggested trade confirmation formats for these types of securities. 

Generally, trade confirmations are generated as follows. A trader receives a request 
from a client to buy, for example an option on the common shares of a public corporation 
("ABC Corp."), and the trader gives the client a price for the option. If the client agrees to 
the price, the trader executes the trade and fills out a trade ticket that describes the economic 
terms of the transaction. The trade ticket is then forwarded to a back office clerk who drafts a 
trade confirmation appropriate for the purchase of an option on ("ABC Corp.") and that 
includes the economic terms of the transaction and the information regarding the client. 
Once the trade confirmation is drafted and reviewed, it is sent to the client for approval. 
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There are several drawbacks with the prior art approach to generating trade 
confirmations. First, because trade confirmations need to reflect the specific terms for the 
particular transaction, generating trade confirmations is a time-consuming and costly task, 
especially for high-volume dealers. Also, it is desirable for the client who wants to purchase 
a privately negotiated security to see the trade confirmation at the same time that the client 
receives a price quote for the subject security so that the client can review the economic terms 
before entering into the transaction. However, because of the inefficiencies of the prior art 
system of generating financial contracts, this is impractical. Finally, because the prior art 
approach requires the trader to fill out a trade ticket and a back office clerk to use the trade 
ticket to manually generate a trade confirmation, there is a significant risk that the resulting 
trade confirmation will contain errors. Accordingly, it is desirable to provide a system for 
generating trade confirmations that is more efficient, less costly, and less prone to errors. 

Prior art systems exist for automating the assembly of documents such as invoices, 
receipts, timesheets, and certain correspondence. For example, U.S. Patent No. 5,893,914 to 
Clapp discloses an interactive computerized document assembly system using model 
templates. A model template is formed from a sequence of sections and has decisional 
options that include clause repeats, conditional clauses and questions to be answered for a 
particular document to be assembled. An answer index is used to store answers to the 
questions posed in the template. The answers corresponding to each section are merged 
therewith, and the merged sections are combined and displayed in proper sequence to 
assemble the desired document from the model template. 

In U.S. Patent No. 5,729,751 to Schoolcraft, a system and a method for assembling a 
document and displaying information are disclosed which include a run time module coupled 
to document templates. The run time module processes question and manipulation codes 
embedded in the document templates based on answers to assembly questions, merge phase 
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questions, and a logic database. The question codes in the document templates prompt the 
system either to access associated logic records, each of which has a condition and an action, 
or, in the absence of an associated logic record, to ask a question. Similarly, a manipulation 
code triggers the system to access the associated logic record, in which case the action 
associated with the logic record is executed if the condition is true. As a result, the desired 
document is assembled from the document template based on the embedded codes and 
answers provided. Creation of a new document template is done by adding new and existing 
codes to a master document and adding any new codes to the corresponding databases. 

In summary, the prior art document assembly systems use templates to generate 
documents of a particular document type. Each template includes a variety of clauses that are 
used to construct a document of the corresponding type. Associated with each template is a 
plurality of questions pertinent to the construction of the desired document. The answers to 
the questions are used to determine what clauses should be eliminated, added, or repeated in 
the final document. Thus, a single template is used to assemble documents which differ in 
content (as determined by the particular clauses selected) but are comparable in presentation 
(as determined by the particular template). 

The prior art template-based document assembly systems have several disadvantages. 
First, in the prior art systems, a unique template must be created for each document type to be 
assembled. Furthermore, any significant changes to a document type may require the 
creation of a new template incorporating those changes. Because the skill level and difficulty 
associated with creating a new template varies from system to system, the process of adding 
new templates in the prior art systems is often time-consuming and error-prone. 

Also, the prior art template-based systems are difficult to maintain. If it becomes 
necessary to alter any information common to multiple templates, then the changes must be 
made to each template independently. For instance, if a new law requires a change to a 
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provision that is common to many different financial contract templates, then all templates 
that contain provisions affected by the new law must be separately updated to reflect the 
changes. Having to manage which templates to update as field information changes makes 
the prior art systems cumbersome to maintain. 

Finally, because the prior art systems use a separate template for each document type 
to be assembled, storage requirements for those systems increase in proportion to the number 
of document types desired. 

A prior art template-based document assembly system for generating trade 
confirmations, called DocSolution for Swaps and Derivatives, is provided by Documentum 
(www.documentum.com). The DocSolution system focuses on the assembly of trade 
confirmations for trades involving swaps and derivatives. However, because the DocSolution 
system is template-based, it suffers from the same deficiencies as template-based systems 
generally. 

Accordingly, it is desirable to provide a document assembly system in which new 
document types are easily added, inefficiency is reduced, updates to the system are efficiently 
managed, and storage requirements are reduced. 

SUMMARY OF THE INVENTION 

The present invention is directed to a system and a method of object-oriented 
document assembly that overcome the deficiencies of the prior art. According to the present 
invention, an object-oriented system for assembling a document is provided that includes a 
plurality of terms, a plurality of objects, and a plurality of grammar lines. Each of the 
plurality of objects includes an object tag. At least one of the plurality of objects includes at 
least one of the plurality of terms. Each of the plurality of grammar lines includes a condition 
and an instruction. At least one of the conditions includes at least one of the plurality of 
terms. When the condition of one of the plurality of grammar lines is true, then the 
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instruction associated with that condition is executed, thereby assembling at least a portion of 
the document. 

The plurality of terms is the data underlying the document to be assembled. In the 
case of a financial contract, the terms would encompass the economic and non-economic 
terms of the transaction. Each term belongs to a specific category of information, and each 
category of information is represented by a trade term variable. The plurality of objects may 
contain information in the form of fixed text, variable text, or visual images. Objects of a 
trade confirmation generation system may contain, for example, the name and graphical logo 
of the company issuing the confirmation, as fixed text and a visual image respectively, with 
the date of the trade as variable text. Variable text incorporates trade term variables that 
assume values derived from the plurality of terms. Inclusion of a term within an object is 
achieved through use of the trade term variable corresponding to the term. At least one of the 
plurality of objects incorporates a trade term variable having a value determined by one of the 
plurality of terms, such as the name of the transactional counterparty in a trade confirmation. 
Similarly, at least one of the plurality of objects contains information for inclusion in the 
document, such as a standard legal disclaimer. Through combining one or more of the 
plurality of objects, a sequence of information is assembled that, when complete, is the 
assembled document. 

The plurality of grammar lines guides the assembly of the document. Each of the 
plurality of grammar lines has a condition and an instruction. The condition states the 
circumstances under which the associated grammar line will be executed. The instruction 
directs the system as to how to proceed in assembling the document, either by directing the 
system to move to another grammar line, or by instructing the system to append an object to 
the sequence of information. Moving between grammar lines is accomplished by the use of 
grammar tags to identify the grammar lines in conjunction with the use of instructions 
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containing the grammar tags to which the system is directed to move. Appending an object 
causes information, one or more terms (via the use of trade term variables), graphics, or a 
combination thereof to be included in the document. To determine whether to execute the 
instruction associated with a grammar line, the associated condition is tested. When the 
condition of a grammar line is true, each instruction associated with that grammar line is 
executed, thereby advancing the assembly of the document. Executing an instruction may 
include processing another grammar line and/or selecting an object which contains 
information to be inserted in the document. After all of the required instructions have been 
executed, the document is fully assembled, containing the sequence of desired information 
based on the plurality of terms associated with a particular transaction. It is envisioned that 
the system will comprise a computer system that will cause the document to be assembled 
and be readable/modifiable using a word processor application. 

The object-oriented architecture of the document assembly system of the present 
invention is designed to be an open, flexible system able to produce documents of any 
variety, ranging from the highly-standardized to highly-specialized. For each financial 
transaction, a document is independently assembled from a library of objects based on the 
assembly rules expressed in the grammar lines and in view of the terms of the transaction to 
be documented. Consequently, the system of the present invention does not require the use 
of fixed templates for each document type, as in the prior art systems. Furthermore, because 
an object need only be changed once for the change to be available to all documents 
generated by the system, the system of the present invention is simpler to maintain than the 
prior art document assembly systems. 

The invention accordingly comprises the features of construction, combination of 
elements and arrangement of parts that will be exemplified in the following detailed 
disclosure, and the scope of the invention will be indicated in the claims. Other features and 
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advantages of the invention will be apparent from the description, the drawings and the 
claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a fuller understanding of the invention, reference is made to the following 
description taken in conjunction with the accompanying drawings, in which: 

FIG. 1 is a block diagram of the object-oriented document assembly system of the 
present invention; 

FIG. 2 is a table view of a portion of the transaction file of FIG. 1 according to an 
exemplary embodiment; 

FIGS. 3A-3C are objects contained in the object library of FIG. 1 according to an 
exemplary embodiment; 

FIG. 4 is a table view of a portion of the grammar of FIG. 1 according to an 
exemplary embodiment; 

FIG. 5 illustrates a portion of terms of a transaction from the transaction file of FIG. 1 
according to an exemplary embodiment; 

FIG. 6 is a table view of a portion of the grammar of FIG. 1 according to an 
exemplary embodiment; 

FIG. 7 is a table view of a portion of the grammar of FIG. 1 according to an 
exemplary embodiment; 

FIG. 8 is a table view of a portion of the grammar of FIG. 1 according to an 
exemplary embodiment; 

FIG. 9 is an object contained in the object library of FIG. 1 according to an exemplary 
embodiment; 

FIG. 10 is a document assembled by the object-oriented document assembly system 
of FIG. 1 according to an exemplary embodiment; and 
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FIG. 1 1 is a table view of a portion of the grammar of FIG. 1 illustrating a default tag 
according to an exemplary embodiment. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to FIG. 1, there is shown a document assembly system 100 of the 
present invention. System 100 includes a transaction file 101 that stores terms that describe 
each of a plurality financial transactions 101(l)-101(n) performed by a trading system 1001. 
System 100 also includes an object library 106 that includes a plurality of objects 106(1)- 
106(n). Each of objects 106(l)-106(n) have an object tag 107 and an object body 108. Also 
included in system 100 is a grammar 113. Grammar 113 includes a plurality of grammar 
lines 113(1)-1 13(n) with each of grammar lines 1 13(1)-1 13(n) having a grammar tag 128, an 
instruction 116 and a condition 115. Applying grammar 113 in a manner described below 
will generate a document 154 that reflects the terms and conditions associated with a 
particular financial transaction performed by trading system 1001 . 

Referring now to FIG. 2, there is shown a table view of a portion of transaction file 
101 according to an exemplary embodiment. Each financial transaction 101(1)-101(25) listed 
in transaction file 101 is described by a plurality of trade terms 104. For example, term 
104(1,5) is the date financial transaction 101(1) took place, term 104(1,12) is the name of the 
instrument that was the subject of transaction 101(1) and term 104(1,6) is the customer 
account number on whose behalf transaction 101(1) was entered. Transactions file 101 of 
FIG. 2 contains trade terms 104 for OTC options transactions so transaction file 101 includes 
option specific trade terms such as the strike price (term 104(1,13)), the option expiration 
date (term 104(1,14)) and the option style (term 104(1,10)). Transaction file 101, however, is 
not limited to options transactions but can include terms relating to a transaction in any type 
of financial instrument (e.g., swaps) or any type of financial contract or master agreement 
(e.g., ISDA Master Agreements). 
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Referring now to FIGS. 3A-3C, there are shown object types contained in object 
library 106 according to an exemplary embodiment. For example, in FIG. 3 A object 106(1) 
includes object tag 107(1) containing the label [strike default]. Object body 108(1) of object 
106(1) includes a fixed text portion 3108 as well as a variable portion 3109. Variable portion 
3109 includes a trade term variable 105(13), that represents the strike price of the option and 
a trade term variable 105(40), that represents the currency of the strike price. When object 
106(1) is applied by system 100 during the trade confirmation generation process, system 100 
will insert fixed text portion 3108 into the document. System 100 will also replace trade term 
variables 105(13) and 105(40) with the corresponding terms associated with the particular 
transaction. Thus, for transaction 101(1) involving an option having a strike price of 40 (term 
104(1,13)) and a strike price currency of US$, the following line is inserted in the trade 
confirmation document: 

Strike Price: US$40 

Object 106(2) shown in FIG. 3B includes object tag 107(2) containing the label 
[disclaimftse]. Object body 108(2) of object 106(2) contains only fixed text that, in this 
particular example, is a disclaimer clause. If object 106(2) is applied by system 100 based on 
particular transaction terms, the disclaimer clause contained in object body 108(2) is placed 
in the resulting document. 

Object 106(3) shown in FIG. 3C includes object tag 107(3) containing the label 
[sign msil]. Object body 108(3) contains the fixed text portion of a signature block to be 
placed at the bottom of the resulting document as well as trade term variables 105(17)- 
105(20) that will be replaced with the corresponding terms 104 associated with a particular 
financial transaction 101(x) that provide the detail to be included in the signature block. 
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In addition to the embodiments described above, object body 108 may contain any 
other text, graphic, variable or other information desirable for generating a confirmation for a 
particular financial transaction or any other desired document. For example, object body 108 
may include a company logo, a letter head with date and address and a letter body describing 
the transaction including the number, price, style and price of the subject instrument. It will 
be obvious to one of ordinary skill that object body 108 can include any information type that 
would be desirable to include in the document to be assembled by system 100. 

Referring now to FIG. 4, there is shown a table view of a portion of grammar 113 
according to an exemplary embodiment of the present invention. Each grammar line 1 13(x) 
includes grammar tag 128(x) which is used to identify the particular grammar line 1 13(x). In 
particular, each of grammar lines 1 13(1)-1 13(10) have a <start> label as grammar tags 
128(1)-128(10), respectively, which indicates that grammar lines 1 13(1)-1 13(10) are applied 
first by system 100. 

Condition 1 15(x) associated with grammar line 1 13(x) is generally an expression that 
includes at least one trade term variable 105 and, based on terms 104(x,y) associated with 
transaction 101(x), evaluates to either a true or false statement. For example, condition 
115(2) of grammar line 113(2) tests trade term variable 105(21) ([CONFIRMSTYLE]) to 
determine if it contains the trade term "CELTS" (which would indicate that a particular trade 
confirmation style is desired) and trade term variable 105(6) ([CPACCT]) to determine if it 
contains the trade term "62B0686" (a particular account number). If both 
[CONFIRMSTYLE] contained "CELTS" and [CPACCT] contained "62B0686", then 
condition 1 1 5(2) would be a true expression and instruction 1 1 6(2) would be executed. It 
will be obvious to one of ordinary skill in the art that conditions 1 15(1)-1 15(n) may include 
any number and combination of trade term variables 105 combined with any suitable logic or 
mathematical operators to form any desired expression. In certain cases, some of conditions 
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1 15(1)-1 15(n) may not include trade term variable 105 and will therefore always evaluate as 
a true statement. 

As is the case for grammar lines 1 13(1)-1 13(10) in the embodiment shown in FIG. 4, 
a portion of grammar lines 1 13(x) can have identical grammar tags 128. If that occurs, in all 
but one circumstance (which will be described below), conditions 115 associated with those 
of grammar lines 113(x) having identical grammar tags 128 are mutually exclusive. So, for 
example, conditions 1 15(1)-1 15(10) are all mutually exclusive - Le., only one of conditions 
1 15(1)-1 15(10) can be true for a given set of terms 104. In this situation, system 100 will 
determine which of conditions 1 15(1)-1 15(10) is true and execute instruction 116 associated 
therewith. 

Instruction 1 16(x) associated with grammar line 1 13(x) contain either one or more of 
grammar tags 128(x), one or more of object tags 107(x), or a combination of both. For 
example, instruction 116(3) contain four grammar tags (<header>, <msaddress>, 
<split_corpcov> and <sign>) and one object tag ([faxdefault]). When instruction 1 16(3) is 
executed by system 100 (in the event condition 115(3) is true), system 100 will determine 
which of the conditions associated with grammar lines having a <header> grammar tag is true 
and execute the associated instruction. System 100 will then test the conditions associated 
with grammar lines having a <msaddress>, <split_corpcov>, respectively, and execute the 
associated instruction for the grammar lines having true a condition. System 100 will then 
insert the object body of the [fax default] object into document 154. Thereafter, system 100 
will test the conditions associated with grammar lines having the grammar tag <sign> and 
execute the associated instruction for the <sign> grammar line having a true condition. 

Referring now to FIGS 5-10, there is shown a sequence of screen shots that 
demonstrate the operation of system 100 according to an exemplary embodiment. FIG. 5 is a 
screen shot of system 100 showing terms 104(26,x) associated with financial transaction 
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101(26) that is an Out of the Money Expiration of an OTC Equity Option. The first step of 
the trade confirmation generation process performed by system 100 is to test terms 104(26,x) 
of transaction 101(26) against the conditions of all grammar lines 113(x) having a <start> 
grammar tag, a portion of which are shown in FIG. 6. In this case, condition 115(11) of 
grammar line 113(11) is "true" based on terms 104(26,x) of transaction 101(26) and, as a 
result, instruction 116(1 1) is executed. 

Instruction 116(11) of grammar line 113(11) contains three elements — <header>, 
<msaddress> and <split> — each of which is a grammar tag associated with other grammar 
lines in grammar 113. It is through the application of these grammar tags - and the execution 
of any subsequent instructions associated with these "nested" grammar tags - that system 100 
assembles a document type incorporating terms 104(26,x) relevant to transaction 101(26). 

With respect to executing instruction 116(11), system 100 will first process the 
grammar lines having a <header> grammar tag. Referring now to FIG. 7, there are shown 
grammar lines 1 13(1 2)- 1 13(27) that each have a <header> grammar tag. System 100 will 
then determine which of conditions 1 15(1 2)- 1 15(27) is true. Because it is required that (with 
one exception to be discussed below) each condition 1 1 5(x) associated with a grammar tag 
that is not unique be mutually exclusive of the other such conditions having the same 
grammar tag, only one of conditions 1 15(12)-1 15(27) will be true based on terms 104(26,x) 
associated with transaction 101(26). In this particular example, condition 1 15(16) is true and, 
as a result, instruction 1 16(16) will be executed by system 100. 

Instruction 116(16) includes [header msil] (object tag 107(4)) which has associated 
therewith object body 108(4). System 100 executes instruction 116(16) by inserting object 
body 108(4) into the trade confirmation document to being generated. Object body 108(4) 
includes trade term variables 105(3) and 105(6) which system 100 will replace with the 
corresponding trade terms included in terms 104(26,3) and 104(26,6). 
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After finding the one of grammar lines 1 13(12)-1 13(27) having a <header> grammar 
tag for which the corresponding condition is true and executing the associated instruction, 
system 100 then returns to grammar line 113(11) to execute the next element of instruction 
1 16(1 1) — the <msaddress> grammar tag. 

Referring now to FIG. 8, there are shown grammar lines 1 13(28)-1 13(36) that each 
have <msaddress> as a grammar tag. As with grammar lines 1 13(12)-1 13(27) having 
<header> as a grammar tag, system 100 will determine which of conditions 1 15(28)- 1 15(36) 
is true and execute the associated instruction. In this embodiment, condition 1 1 5(34) is true 
and instruction 1 16(34) is executed. Execution of instruction 1 16(34), which includes object 
tag 107(5), results in the insertion of object body 108(5), shown in FIG. 9, into the trade 
confirmation document being assembled. 

After executing instruction 116(34) associated with grammar line 113(34) having an 
<msaddress> grammar tag, in a similar manner system 100 will then process the <split> 
grammar tag included in instruction 116(11) and execute in sequence any instructions that 
arise therefrom. After system 100 completes the execution of instruction 116(11) using the 
grammar of this embodiment, document 154, shown in FIG. 10, is generated. Note that in 
the process of compiling document 154 based on grammar 113 and terms 104(26,x) of 
transaction 101(26), system 100 replaces trade term variables 105(3) and 105(6) with the 
corresponding trade terms 104(26,3) and 104(26,6), repectively. Likewise, system 100 will 
replace other trade term variables with the corresponding terms associated with the particular 
transaction. 

Referring now to FIG. 11, there is shown grammar line 1 13(37) in which a default tag 
box 127(37) is checked and condition 115(37) is a null condition (always true). Generally, 
all of grammar lines 113(x) having identical grammar tags will have mutually exclusive 
conditions so that only one of the condition is true for a given set of terms. However there 
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are situations where it is desirable to have a default grammar line that system 100 will 
execute if none of the other grammar lines having the same grammar tag have a condition 
that is true. For example, grammar lines 113(37) and 113(38) each have identical grammar 
tags 128(37) and 128(38), respectively. In operation, system 100 first tests condition 1 15(38) 
of grammar line 113(38) to determine if it is true - in this case, whether the particular 
financial for which a confirmation is being generated is for counterparty account 62B0094. If 
it is, then system 100 will execute instruction 116(38) that includes an object that accounts 
for special addressing requirements for the specific client. If, on the other hand, condition 
115(38) is false, which indicates that no special addressing requirements are necessary, then 
system 100 will execute instruction 116(37) associated with grammar line 113(37) that has 
default tag 127(37) checked. In this case, instruction 1 16(37) includes an object that provides 
a generic addressing format. Thus, default tag 127(37) eliminates the need to make condition 
115(37) of grammar line 113(37) both true and mutually exclusive of condition 115(38) of 
grammar line 113(38). In this way, the use of default tag 127 enables system 100 to 
accommodate the specific requirements of particular clients and situations while at the same 
time having a default mechanism to serve the general client population. 

Accordingly, by using system 100 of the present invention, a document assembly 
system is provided that overcomes the deficiencies of the prior art systems. Unlike the prior 
art systems that are template-based and that require a unique template for each document type 
to be assembled, system 100 uses grammar 113 consisting of grammar lines 113(x) to 
construct all desirable document types. When a new document type is desired, a new <start> 
grammar line is inserted into grammar 1 1 3 that causes a sequence of instructions contained in 
grammar 1 1 3 to be executed that results in the document being generated. Thus, the prior art 
drawback of creating an entirely new document template for each new document type is 
overcome. 
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In addition, because, in the present invention, all the instructions used to create the 
various documents types are contained in grammar 113, the need to have separate templates 
for each document type containing the required fields, as is the case in the prior art template- 
based systems, is eliminated. Many different document types may utilize several common 
objects and/or grammar lines, but each grammar line needs to appear only once. Thus, by 
eliminating the redundancy inherent in the template-based approach, storage requirements for 
system 1 00 are reduced. 

System 100 also greatly simplifies the updating of information to be included in 
documents to be generated. While the prior art template-based systems generally require 
changes to each template that use a particular field that is to be updated, in system 1 00 of the 
present invention only the particular object that contains the information to be changed needs 
to modified. Because all of objects 106(x) contained in object library 106 are unique, any 
change to a piece of information controlled by a particular object need only be made once. 
Also, because system 100 reuses objects 106(x), as necessary, in the process of assembling 
different document types, the changes made to a particular object affect any grammar line 
sequence that uses the modified object to generate a particular document. Accordingly, 
document assembly system 100 of the present invention is easily maintained. 

Although system 100 was described above in relation to the assembly of trade 
confirmation documents and financial contracts, it will be obvious to one of ordinary skill 
that system 1 00 can be applied to generate other types of documents as well including, but 
not limited to, invoices, correspondence and memorandum. 

A number of embodiments of the present invention have been described. 
Nevertheless, it will be understood that various modifications may be made without departing 
from the spirit and scope of the invention. Accordingly, other embodiments are within the 
scope of the following claims. Because certain changes may be made in the construction set 
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forth above without departing from the spirit and scope of the invention, it is intended that all 
matter contained in the above description or shown in the accompanying drawings shall be 
interpreted as illustrative and not in a limiting sense. 

It is also to be understood that the following claims are intended to cover all of the 
generic and specific features of the invention herein described, and all statements of the scope 
of the invention, which, as a matter of language, might be said to fall therebetween. 
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CLAIMS 

What is claimed is: 

1 . An object-oriented system for assembling a document, the system comprising: 
a plurality of terms; 

a plurality of objects, each of said plurality of objects including an object tag and at least 
one of said plurality of objects including at least one of said plurality of terms; and 

a plurality of grammar lines, each of said plurality of grammar lines including a condition 
and an instruction, at least one of said conditions including at least one of said 
plurality of terms; 

wherein, when the condition of one of said plurality of grammar lines is true, then said 
instruction associated with said condition is executed thereby assembling at least a 
portion of said document. 

2. The system of claim 1, wherein: 

at least one of said plurality of terms includes an economic term associated with a 
financial transaction and said document is a confirmation of said transaction. 

3. The system of claim 1, wherein: 

at least one of said plurality of objects includes a fixed text portion. 

4. The system of claim 1 , wherein: 

at least one of said plurality of objects includes a visual image. 
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5. The system of claim 3, wherein: 

said at least one instruction includes at least one of said object tags and executing said 
instruction includes inserting said object associated with said at least one of said 
object tags into said document. 

6. The system of claim 1, wherein: 

each of said plurality of grammar lines includes a grammar tag, said instruction includes 
at least one of said grammar tags and executing said instruction includes testing said 
condition associated with each of said plurality of grammar lines having said at least 
one of said grammar tags, and executing said instruction associated with said 
condition associated with one of said plurality of grammar lines having said at least 
one of said grammar tags if said condition is true. 

7. The system of claim 1, wherein: 

each of said plurality of grammar lines includes a grammar tag and at least two of said 
plurality of grammar lines have identical grammar tags. 

8. The system of claim 7, wherein: 

said conditions of said at least two of said plurality of grammar lines are mutually 
exclusive. 

9. The system of claim 7, wherein: 

one of said at least two of said plurality of grammar lines includes a default tag, said 
condition of said one of said at least two of said plurality of grammar lines is always 
true and said conditions of the remaining of said at least two of said plurality of 
grammar lines are mutually exclusive, 
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wherein, if said conditions of said remaining of said at least two of said plurality of 
grammar lines are not true, then said instruction associated with said one of said at 
least two of said plurality of grammar lines including said default tag is executed. 

10. The system of claim 6, wherein: 

said at least one instruction includes at least one of said object tags and executing said 
instruction includes inserting said object associated with said at least one of said 
object tags into said document. 

1 1 . The system of claim 1 , wherein: 

a portion of said plurality of grammar lines includes a <start> grammar tag and assembly 
of the document begins by executing said instruction associated with one of said 
portion of said plurality of grammar lines. 

12. The system of claim 11, wherein: 

the document is assembled when said instruction associated with one of said portion of 
said plurality of grammar lines is executed. 

13. A method for assembling a document using an object oriented system, said system 
including a plurality of terms, a plurality of objects, each of said plurality of objects 
including an object tag and at least one of said plurality of objects including at least one 
of said plurality of terms, said system including a plurality of grammar lines, each of said 
plurality of grammar lines including a condition and an instruction, at least one of said 
conditions including at least one of said plurality of terms, the method comprising the 
steps of: 

testing said condition of one of said plurality of grammar lines; and 
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executing said instruction associated with said condition if said condition is true. 

14. The method of claim 13, wherein: 

at least one of said plurality of objects includes a fixed text portion, and said instruction 
includes at least one of said object tags associated with said at least one of said 
plurality of objects including a fixed text portion, wherein the step of executing said at 
least one instruction includes the step of: 

inserting into said document said at least one of said plurality of objects including a fixed 
text portion associated with said at least one of said object tags. 

15. The method of claim 14, wherein: 

each of said plurality of grammar lines includes a grammar tag, said instruction includes 
at least one of said grammar tags, wherein the step of executing the instruction 
includes the steps of: 

testing said condition of each of said plurality of grammar lines having said at least one of 

said grammar tags; and 
executing said instruction associated with said condition associated with said at least one 

of said grammar tags if said condition is true. 

16. The method of claim 13, wherein: 

each of said plurality of grammar lines includes a grammar tag and at least two of said 
plurality of grammar lines have identical grammar tags. 

17. The method of claim 16, wherein: 

said conditions of said at least two of said plurality of grammar lines are mutually 
exclusive. 
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18. The method of claim 16, wherein one of said at least two of said plurality of grammar 
lines includes a default tag, said condition of said one of said at least two of said plurality 
of grammar lines is always true and said conditions of the remaining of said at least two 
of said plurality of grammar lines are mutually exclusive, wherein the method further 
comprises the steps of: 

testing said condition of each of said remaining of said at least two of said plurality of 
grammar lines; 

executing said instruction associated with said one of said at least two of said plurality of 
grammar lines including said default tag if said condition of each of said remaining of 
said at least two of said plurality of grammar lines is not true. 

19. The method of claim 13, wherein: 

a portion of said plurality of grammar lines includes a <start> grammar tag, wherein the 

method further comprises the step of: 
executing said instruction associated with said condition of one of said portion of said 

plurality of grammar lines if said condition is true. 

20. The method of claim 19, further comprising the step of: 

completing assembly of the document when said instruction associated with one of 
said portion of said plurality of grammar lines is executed. 

21. The method of claim 13, wherein: 

at least one of said plurality of terms includes an economic term associated with a 
financial transaction and said document is a confirmation of said transaction. 
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ABSTRACT 

An object-oriented system for assembling a document is provided that includes a 
plurality of terms, a plurality of objects, and a plurality of grammar lines. Each of the 
plurality of objects includes an object tag. At least one of the plurality of objects includes at 
least one of the plurality of terms. Each of the plurality of grammar lines includes a condition 
and an instruction. At least one of the conditions includes at least one of the plurality of 
terms. When the condition of one of the plurality of grammar lines is true, then the 
instruction associated with that condition is executed, thereby assembling at least a portion of 
the document. 
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Reference Number: DUMMY 



104(26,3) 
MORGAN STANLEY DEAN WITTER 



Account Number: 62B0216 



104(26,6) 



SAMPLE CLIENT 
ONE CANADA SQUARE 
LONDON E14 SAD 
UKM 



MORGAN STANLEY k CO. INTERNATIONAL LIMITED 

25 CABOT SQUARE 

CANARY WHARF 

LONDON £14 4QA, ENGLAND 



Morch 3, 2000 



Notice of Expiry 



Deor Sir/Modom; 

The purpose of this notice (the "Notice") is to notify you (the "Counterparty") of the expiration of the options 
entered into between Morgon Stonley k Co. International Limited ("MSIL") and Counterparty with the terms 
indicated below (the "Expired Options"). Any term used but not defined herein shall hove the meaning given 
thereto in the original Confirmation of any of the Expired Options (on "Original Confirmation"). In the event of 
any inconsistency between on Original Confirmation and this Notice, such Original Confirmation will govern. 

The number of Expired Options ore deemed to hove expired worthless os of the Expiration Dote ond are terminated 
in their entirely No further payments or deliveries will be due by either party with respect to such Expired Options 

DESCRIPTION OF EXPIRED OPTIONS: 

Index: 

Option Style: 
Option Type: 
Strike Price; 
Multiplier; 
Expirotion Dote; 
Seller; 
Buyer: 

EXPIRATION TERMS: 
Number of Expired Options: 



SAP 500 INDEX ("spx") 

European 

Coll 

USD 928.20 
1 

November 10, 2000 
MSIL 

Counterparty 
26,934 



MORGAN STANLEY k CO. INTERNATIONAL UMITED 



154 



FIG. 10 
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Docket No- 6208-031 

DECLARATION A]VD POWER OF ATTORNEY 
As below named inventors, We hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name, 

I beJieve I am the original, first and joint inventor of the subject matter which is claimed and for 
which a patent is sought on the invention entitled: 

OBJECT-ORIENTED DOCUMENT ASSEMBLY SYSTEM 

tbe specification of which was filed on November 29, 2001 and has: 

□ attached hereto |E1 an International Filing Date of July 17, 2000 

and a U.S. application number of 09/980,158 
and amended on . (if applicable). 

l>3 was described and claimed in PCX Application No. PCT/l JSOl/l^S 1 
filed on July 17, 2 . 000 and amended under Article 10 on 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose all information I know to be material to patentability in 
accordance with Title 37, Cod© of Federal Regulation, § 1.56. 

1 hereby claim foreign priority benefits under Title 35, United States Code § 119 of any foreign 
appllcation(s) for patent or inventor's certificate listed below and have also identified below any foreign 
application for patent or inventor's certrficate having a filing date before that of the application on which 
priority is claimed: 

Prior Foreign Application(s) 

Serial Number Coun try Filing Date Priority Claimed 

PCT/US01/ 19331 WO July 17,2000 Y 



I hereby Claim the benefit under Title 35, United States Code, § 120 of any United States 
appltcation(s) Usted below and, insofar as the subject matter of each of the claims of this application is not 
disclosed in tbe prior United States application in the manner provided by the first paragraph of Titln 35, 
United States Code § 112, 1 acknowledge the duty to disclose material im'ormarion as defined in Title 37^ 
Code of Federal Regulations, § 1.56(a) which occurred between the filing date of the prior application and 
the natiorial or PCT international filing date of this application: 

Serial Nutphftr ^'"fl fl1afi» Statua 



I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements were 
made with the knowledge that willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that such willful 
false statements may jeopardize the validity of the application or any patent issued thereon. 
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And I hereby appoint 

Victor Sibw, Reg. No. aS.M^James V. Mahan, Reg. No. 4L26iLJoseph Levi, Reg. No. 41.152. 
Mitchell S. Feller. Reg. No. 42.53iU?ona C- Edwards, Reg. No. 42,507, Ira J . Schaefer, Reg. No. 26 802. 
C. Joseph Laughon, IL Reg. N o. 31.389 - — 2 

all of the firm of Clifford Chance Rogers & Wells LLP, 200 Park Avenue, New York, New York 10166- 
0153, my attorney with full power of substitution and revocation, to prosecute this aquation and to 
transact all business in the Patent and Trademark Office connected therewith. 

Address all cornmujoications to: 

Jose ph Levi, Esq. 

Clifford Chance Rogers & Wells LLP 
2 pO"Pafk Avenue, New York, NY 10166 
(212) 878-8564 
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Wherefore I request that Letters Patent be granted to ine for the invention or discovery described and 
claimed in the foregoing specification and claims, and I hereby subscriba my name to the foregoing 
specification and cbims, declaration, power of attorney, and this petition. 
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Rocco DfTarajito 
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